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TELECOMMUNICATIONS NETWORK HAVING A SWITCH 
EQUIPPED WITH AN IVR PROVISIONING/MONITORING SYSTEM 

Technical Field 

The invention relates generally to telecommunications networks and, 
more particularly, to a switch equipped with an interactive voice response (or 
"IVR") system configured to perform both provisioning and monitoring 
5 operations. 

Background of the Invention 

To complete a call requested by an originating agent, a switch must 
interact with the originating agent in order to collect the information needed 
to setup and route the call to a terminating agent. Furthermore, the switch 
10 must be supplied (or^pBmsjoi^d") with information on how to conduct the 
interaction with the originating agent. Resource provisioning provides the 
switch with the information necessary for interaction with the originating 
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agent. For example, an interaction protocol for a trunk group to which the 
originating agent belongs would be part of the resource provisioning provided 
to the switching device. Interactio n provisio ning defines the "dialing plan", 
i.e., the interaction between the switch and the originating agent that must 
occur in order for the switch to collect the information needed to setup and 
route the call. Subscriber groyisiomng defines the types of subscriber numbers 
which the switch acquires from the originating agent for use in authorizing 
subscribers and subscriber-based features. Finally, translations provisioning 
provides the switch with the information necessary for interaction with the 
terminating agent. These various provisionings of the switch may be 
collectively viewed as an interaction framework which controls interactions 
between the switching and the originating and/or terminating agents. 

In certain prior configurations, switches were provisioned by physically 
hardcoding the interaction framework into the switch itself. Accordingly, the 
interaction framework for such switches have always been considered 
relatively inflexible in that, once in place, a modification to the interaction 
framework required the service provider, typically, the owner of the switch, to 
retain the services of the manufacturer to recode the switch. As a result, 
modifying the interaction framework of a switch often cost many thousands of 
dollars and required months, and sometimes even years, to complete. 

In recent years, considerable efforts have been made to increase 
flexibility in modifying the interaction framework for a switch. As a result, 
switch configurations, for example, the most recent commercially available 
versions of the DMS-250 switch manufactured by Nortel Networks 
Corporation of Montreal, Canada, include certain capabilities that enable 
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access providers to readily modify (or "reprovision") the interaction framework 
A of the switch. To do so, a call processing (or "CALLP") application of the 
i switch was configured for interactions with originating and/or terminating 
agents in accordance with a flexible interaction framework defined in software. 
More specifically, stored in a memory subsystem of the switch is the resource, 
interaction, subscriber and translations provisioning information needed for 
the CALLP application to interact with the originating and/or terminating 
agents. The provisioning information was stored in the memory subsystem as 
J a collection of tables, each of which maintained, in the form of executable 
script, a respective type of selectable provisioning information. A user 
interface enabled a system administrator to reprovision the CALLP application 
of the switch by selecting desired executable scripts from the collection of 
tables and incorporating the selected scripts into the flexible interaction 
framework. Later, when the switch handles a call, the flexible interaction 
framework incorporating the newly selected scripts would be used to define 
how the CALLP application handles interactions with the originating and/or 
terminating agents during the setup and routing of a call therebetween. 

While the use of a flexible interaction framework within a switch greatly 
enhanced the ability of the system administrator to selectively reprovision that 
switch, reprovisioning has remained a difficult task because of the syntactical 
complexity of the scripts maintained in the memory subsystem as a collection 
of tables. For example, resource provisioning of a switch appears to be a 
simple task in that it merely requires the selection of appropriate scripts from 
TRKGRP, TRKSIG, TRKFEAT, FLEXDIAL and MSGCTR tables. However, 
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the difficulty of this task can be readily appreciated by merely reviewing a 

typical example of resource provisioning for a switch: 

TRKGRP 

ACC670TWMFWK 
5 GRPTYP: AXXESS 

TRAFSNO: 9 
PADGRP: NDPGP 
NCCLS: NCIT 
SELSEQ: MIDL 
10 SIGIDX: MF_WK_IDX 

FEATIDX: AXX670JDX 
DPIDX: I_OLI_ANI_CV 
ITC_AU_SD_AD 
OGRPTYPE: EANT 

15 TRKFEAT 

AXX670 

ORIGOPTS: (ALTTRTMT) (OHQ) (REORIGAL $) (SNPA 

214) (SNXX 684) (TIMEBI8AS -2) TRKCOS 
6) (MSGCTR 670)$ 
20 TERMOPTS: (NOANSDUR 10 TRMT RODR) 

(OHQTERM) SNPA 703) (TRKCOS 6)$ 

MSGCTR 
670 

ADDRESS: (ADDR PRTNM EAN) (OLI PRTNM EAPT) 
25 (ADDR OPER NORMAL OFRT 1 EAN OFRT 2)$ 



-4- 



PATENT 

Attorney Docket No. 11319RR 
(22171.166) 



TRKSIG 

MF_WK_IDX 

SIGTYPE: DS1 
IPULSETYP: MF 
ISTARTSG: WK 
PSEIZTMR: 5 
PDILTMR: 5 
MINRTMR: 2 
FDIGMASK: KP 

LDIGMASK: ST STP ST2P ST3P 
DIALMODE: M 
OSTARTSG: WK 
OPULSETYP: MF 
OIDGTMR: 6 
TRKGRDTM: 70 

OPTIONS: (ANSWFLTR 16) (DELIVER CGNONLY) 

(ACKWINK) (MLTSTAGE) (ODSCFLTR 16) 
(ORIGFLTR 7) (REMBSY) (TDSCFLTR 16)$ 
From the foregoing example of resource provisioning, it should be 
readily appreciated that a technician must have a high level of expertise in 
order to be able to reprovision or otherwise maintain existing switches. 
However, as the demand for voice, data and other telecommunication services 
continues to grow, it has become increasingly difficult for service providers to 
find sufficient numbers of technicians with the requisite expertise needed to 
reprovision the constantly growing number of switches. It is, therefore, the 
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object of this invention to provide a switch with a highly simplifie d human 
interface that enables lesser skilled technicians to reprovision and/or otherwise 
maintain the switch. 

Summary of the Invention 

5 In one embodiment, the present invention is directed to a switch for a 

telecommunications network which includes a call processing application for 
interacting with originating and terminating agents, a switch reprovisioning 
system for reprovisioning the call processing application for the interactions 
and a user interface configured for receiving voice commands issued by a 

10 switch administrator for transmission to the switch reprovisioning system and 
for generating audibilized responses, issued by the switch reprovisioning 
system, for transmission to the switch administrator. In one aspect thereof, 
the switch further includes an interaction application coupled to the 
reprovisioning system and the call processor application and at least one 

1 5 provisioning table which contains provisioning instructions. In response to 

receipt of voice commands from the user interface, the interaction application 
modifies the interaction framework for the call processing application using 
selected ones of the provisioning instructions. 

In a further aspect of this embodiment of the invention, the switch 

20 reprovisioning system further includes a voice recognition application coupled 

between the user interface / and the interaction application and a recognizable 

/ 

audible input table coupled to the voice recognition application. The voice 
recognition application detects audible sounds and determines if the detected 
audible sounds correspond to any one of plural recognizable instructions 
25 maintained in the recognizable audible input table. If a recognizable 
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instruction corresponding to the detected audible sound is identified, the voice 
recognition application issues the corresponding recognizable instruction to 
the interaction application. In turn, the interaction application modifies the 
interaction framework using the received instruction. In various further 
5 aspects thereof, the recognizable instructions may include provisioning 

information such as resource provisioning information for use in modifying 
interactions between the switch and originating agents, interaction 
provisioning information for use in modifying interactions between the switch 
and originating agents for collecting information related to call set-up and call 

10 routing, subscriber provisioning information for use in modifying interactions 
between the switch and originating agents for collecting information related to 
subscriber authorization or translations provisioning information for use in 
modifying interactions between the switch and the terminating agents. 
In a still further aspect of this embodiment of the invention, the 

15 reprovisioning system further includes a voice generation application coupled 
between the user interface and the interaction application and an output 
audibilization table coupled to the voice generation application. In response to 
receipt of replies issued by the interaction module in response to the 
provisioning instructions issued by the voice recognition application, the voice 

20 generation application uses audibilizations maintained by the output 

audibilization table to generate audible messages for transmission to the user 
interface. In another, the user interface further includes an audio input device 
for detecting audible sounds, an A/D converter for converting audible sounds 
received from the audio input device into digitized signals for transmission to 

25 the voice recognition application, an audio output device for generating audible 



-7- 



PATENT 

Attorney Docket No. 11319RR 
(22171.166) 

sounds, and a D/A converter for converting digitized signals received from the 
voice generation application into audible sounds for transmission to the audio 
output device. 

In another embodiment, the present invention is directed to a switch for 
5 a telecommunications network which includes at least one hardware 

component, at least one software component, a switch monitoring system 
coupled to each one of the hardware and software components, a voice 
generation application coupled to the switch monitoring system and a user 
interface coupled to the voice generation application. The switch monitoring 

10 system receives operational information from the hardware and/or software 

components and determines, based upon the received operational information, 
whether audible notifications related to operating conditions at the switch 
should be issued. If the switch monitoring system determines that audible 
notifications should be issued, the switch monitoring system instructs the 

1 5 voice generating equipment to generate digitized messages. The digitized 
messages are transmitted to the user interface and used to generate audible 
sounds. 

In one aspect of this embodiment of the present invention, the switch 
monitoring system includes an expert system application and a rules table. 

20 The expert system application receives operational information from the 
hardware-based and software-based switch components. Based upon the 
received operational information and information governing operation of the 
switch maintained in the rules table, the expert system application determines 
whether to issue an action-initiating command also maintained in the rules 

25 table. In one further aspect thereof, the rules table contains a plurality of 
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operating conditions, at least one action associated with each operating 
condition and a numerical value or weight for each such action. In this aspect, 
the expert system application employs fuzzy logic to rank the actions in 
response to the monitoring of an occurrence of one or more operating 
5 conditions and then initiates a highest ranking one of the actions. 

In an alternate further aspect thereof, the rules table contains a set of 
rules governing operation of the switch. Each rule includes an operating 
condition for the switch and an action to be initiated if the operating condition 
is met. In another alternate further aspect of the invention, the switch 

10 monitoring system further includes a an output audibilization table coupled to 
the voice generation application. The output audibilization table maintains 
audibilizations for use, by the expert system, to generate audible messages for 
transmission to the user interface. In a still further aspect, the user interface 
is comprised of a digital-to-analog (or "D/A") converter and an audio output 

15 device. The D/A converter converts digitized signals received from the voice 
generation application into analog signals. In turn, the analog signals are 
transmitted to the audio output device for generation of audible sounds 
therefrom. 

In a further aspect of this embodiment of the invention, the switch 
20 further includes a call processing application, an interaction application 

coupled to the call processing application and a provisioning table coupled to 
the interaction application. The provisioning table maintains instructions 
suitable for use by the call processing application. The interaction application 
constructs and/or modifies an interaction framework using selected ones of the 
25 instructions maintained in the provisioning table. Interactions between the 
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call processing application and originating and/or terminating agents are 
handled in accordance with the interaction framework constructed and/or 
modified by the interaction application. 

In a still further aspect thereof, the switch monitoring system is instead 
5 configured to be a combination switch provisioning/monitoring system. In this 

aspect, a provisioning system is coupled to the call processing application, a 
voice recognition application is coupled between the human interface and the 
interaction application and a recognizable audible input table is coupled to the 
voice recognition application. The provisioning system reprovisions the call 

10 processing application for interactions with originating and terminating 

agents. Voice commands issued by a switch administrator are received by the 
human interface and transmitted to the provisioning/monitoring system. 
Using plural recognizable instructions maintained by the recognizable audible 
input table, the voice recognition system determines if detected audible sounds 

15 such as the voice commands issued by the switch administrator corresponds to 
a recognizable instruction. If so, the corresponding recognizable instructions 
are transmitted to the interaction application for use in modifying the 
interaction framework for the switch. Responses issued by the 
provisioning/monitoring system, such as confirmation of modifications to the 

20 interaction framework are transmitted back to the switch administrator. 

In still further aspects thereof, the provisioning/monitoring system may 
further include a voice generation application coupled between the human 
interface and the interaction application and an output audibilization table 
coupled to the voice generation application. The output audibilization table $ ^ 

25 maintains a plurality of audibilizations for use, by the voice generation 
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application, to generate, from the messages received from the 
provisioning/monitoring system, audible messages for transmission to the 
human interface. In further accordance with this aspect of the invention, the 
human interface may further include an audio input device, an analog-to- 
5 digital (or "A/D") converter, a D/A converter and an audio output device. 

Audible sounds detected by the audio input device are input the A/D converter 
for digitization. The digitized signal is then transmitted to the voice 
recognition module for analysis in the above-described manner. Conversely, 
digitized signals output by the voice generation module are input the D/A 

10 converter for conversion into an analog audio signals. The analog audio 
signals are then converted into audible sound by the audio output device. 

In yet another embodiment, the present invention is directed to a 
method for reprovisioning a switch. Audible sounds are detected and analyzed 
to determine if they are audibilized commands which contains a reprovisioning 

15 instructions. If an audible sound is determined to be an audibilized command 
containing reprovisioning instructions, the switch is reprovisioned in 
accordance with the reprovisioning instruction. In one aspect thereof, to 
determine if the detected audible sound is an audibilized command containing 
reprovisioning instructions, the audible sound is digitized for comparison with 

20 plural recognizable commands. If the digitized audible sound matches one of 
the recognizable commands, reprovisioning instructions contained in the 
digitized audible sound is executed. In a further aspect thereof, prior to 
analyzing detected audible sounds to determine if they are audibilized 
commands containing reprovisioning instructions, the detected audible sounds 

25 are instead analyzed to determine if they are an authorization code. If an 
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authorization code is detected, subsequent audible sounds are analyzed to 
determine if they are audibilized commands containing reprovisioning 
instructions. Preferably, prior to analyzing detected audible sounds to 
determine if they are an authorization code, a request for an authorization 
code is issued upon detection of an initial audible sound. 

Brief Description of the Drawings 
Fig. 1 is^block diagram of a telecommunications network which 
includes ^witching device constructed in accordance with the teachings of the 
present invention and equipped with an IVR provisioning/monitoring system 
10 heretofore undisclosed in the art. 

Fig^2 is an expanded block diagram of the IVR provisioning/monitoring 
system of Fig. 1. 

Fig. 3^s a flow chart of a method of operating the IVR 
provisioning/monitoring system of Fig. 2 when installed within the switching 
15 device of Fig. 1. 

Fig. 3^rfCa flow chart of a method of reprovisioning the switching device 
of Fig. 1 using tharWR provisioning/monitoring system of Fig. 2 

Fig.^^s a flow chart of a method of monitoring the switching device of 
Fig. 1 using the I^^^pfwisiraing/monitoring system of Fig. 2. 
20 FIG^is a block diagram of an IP network which includes a network 

level rVK provisioning/monitoring system similarly configured to the switching 
device level IVR provisioning/monitoring system of Fig. 2. 

Detailed Description 
Referring first to Fig. 1, the reference numeral 10 designates a 
25 telecommunications network. While, in the disclosed embodiment of the 
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invention, a public switched telephone network (or "PSTN") is selected as the 
telecommunications network 10, it should be clearly understood that the 
invention is equally suitable for use with other types of telecommunication 
networks. The telecommunications network 10 includes plural interexchange 
5 carrier (or "IXC") switches 16-1 through 16-N, two of which are shown here by 
way of example. Depending on the respective location of originating and 
terminating stations 12 and 14, the IXC switches 16-1 through 16-N either 
collectively or individually direct a call initiated by the originating station 12 to 
the destination station 14. It should be noted that, in the embodiment of the 

10 invention disclosed herein, the originating and terminating stations 12 and 14 
are originating and terminating voice terminals, respectively, for the call. In 
an alternate embodiment of the invention not illustrated herein, however, the 
originating and terminating stations 12 and 14 are trunks which couple the 
IXC switch 16-1 to other switches (not shown). The originating and 

15 terminating stations 12 and 14 are coupled to the IXC switch 16-1 by 

originating switch 18 and terminating switch 20, respectively. While, in 
various embodiments of the invention, the originating and terminating 
switches 18 and 20 may be local exchange carriers (or "LECs"), private branch 
exchanges (or "PBXs") or IXC switches, as disclosed herein, the originating 

20 and terminating switches 18 and 20 are LEC switches. 

Before continuing further, it should be clearly understood that the 
PSTN or other telecommunications network 10 will typically include includes a 
wide array of other, conventional, devices which have been omitted from Fig. 1 
for ease of illustration. Similarly, various components of the IXC switch 16-1, 

25 the originating switch 18 and the terminating switch 20 have also been omitted 
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from Fig. 1, again for ease of illustration. Finally, while, as disclosed herein, 
the present invention resides within the IXC switch 16-1, it should be clearly 
understood that the invention is equally suitable for use in other 
telecommunication devices requiring periodic interactions with users. 
5 Continuing to refer to Fig. 1, the IXC switch 16-1 is comprised of 

various hardware (or "HW") and software (or "SW") components which enable 
it to complete a requested connection between the originating and terminating 
stations 12 and 14. In many cases, the total number of hardware and software 
components which form part of the IXC switch 16-1 is too voluminous to 

10 permit the IXC switch 16-1 to be readily illustrated. As a result, a single HW 
component and a single SW component, specifically, the HW component 28 
and the SW component 30, are shown in Fig. 1 and are intended to be 
representative of the plural HW and SW components which typically form part 
of an IXC switch such as the IXC switch 16-1. 

15 In addition to the otherwise unspecified HW and SW components 28 and 

30, the components of the IXC switch 16-1 further include a processor 
subsystem 22 and a memory subsystem 23. It should be clearly understood 
that these terms are not meant to necessarily respectively represent a single 
discrete device within the IXC switch 16-1. More specifically, by the term 

20 "processor subsystem", it is intended to refer to the collective processing 

capability within the IXC switch 16-1. Thus, it is fully contemplated that the 
processor subsystem 48 encompasses plural processing devices variously 
located within the IXC switch 16-1. As a result, if various software modules or 
applications are described as residing on the processor subsystem 22, it should 

25 be clearly understood that the variously described software modules may, in 
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fact, reside on separate processing devices. Similarly, by the term "memory 
subsystem", it is intended to refer to the total available memory space within 
the IXC switch 16-1. As such, it is fully contemplated that the memory 
subsystem 23 encompasses the main, auxiliary, cache as well as any other type 
5 of memory device residing in the IXC switch 16-1. The processor and memory 
subsystems 22 and 23 are coupled together by a main system bus 25 configured 
to permit bi-directional exchanges of address, data and control signals 
therebetween. As certain components and/or devices forming part of the 
processor subsystem 22 and illustrated only in Fig. 2 handles exchanges 

10 between the originating station 12 coupled to the telecommunications network 
10 via the originating switch 18 and either the terminating station 14 coupled 
to the telecommunications network 10 via the terminating switch 20 or 
another terminating station (not shown) coupled to the telecommunications 
network 10 via the IXC switch 16-N, another IXC switch (not shown) or the 

15 internet protocol (or "IP") network (also not shown), Fig. 1 shows the 
processor subsystem 22 as coupled to the originating switch 18, the 
terminating switch 20, the IXC switch 16-N, additional IXC switches and the 
IP network. 

Also residing on the IXC switch 16-1 and coupled to the processor 
20 subsystem 22 is an IVR controlled provisioning/monitoring system 34. As will 
be more fully described below, the IVR provisioning/monitoring system 34 
performs plural functions for the IXC switch 16-1, including the reprovisioning 
of the IXC switch 16-1 in response to a series of audibilized commands spoken 
by a switch administrator and the issuing of alerts and/or initiation of 
25 corrective action in response to the detection of pre-determined operating 
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conditions. To repro vision the IXC switch 16-1, the IVR 
provisioning/monitoring system is shown coupled to the processor subsystem 
22 which, as more fully described below, executes the code which provisions 
the IXC switch 16-1. To collect data needed to determine whether an alert 
5 should be issued or corrective action initiated, the IVR 

provisioning/monitoring system 34 is coupled to the HW and SW components 
28 and 30 for receipt of data needed to determine whether an alert should be 
issued or corrective action initiated. As additional data needed to determine 
whether an alert should be issued or corrective action initiated is typically 

10 generated by call processing software executed by the processor subsystem 23, 
the IVR provisioning/monitoring system will also utilize the aforementioned 
coupling to the processor subsystem during monitoring operations as well. 

Referring next to Fig. 2, the role of the IXC switch 16-1 in handling 
exchanges between the originating and terminating stations 12 and 14 will 

15 now be described in greater detail. It should be understood that, in Fig. 2, the 
processor and memory subsystems 22 and 23 of which certain ones of the 
various components described herein form part thereof have been omitted for 
ease of illustration. It should be further understood that the terms "software 
module" and "application" are used interchangeably and are by no means 

20 intended to denote or otherwise imply different types of devices. Finally, it 
should be understood that the foregoing description of the invention as being 
comprised of plural software modules and/or applications is purely for ease of 
description of the various operations performed by the invention and is not 
intended to suggest or imply that a physical embodiment of the invention must 

25 be configured to include a series of discrete software modules and/or 
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applications. Rather, it is fully contemplated that, in such a physical 
embodiment of the invention, plural ones of the software modules and/or 
applications may be embodied as respective portions or segments of code 
contained in a single software module or application. 
5 As may now be seen, components forming part of the IXC switch 16-1 

which have a role in handling exchanges between the originating and 
terminating stations 12 and 14 include a call controller 31 (typically, a 
hardware device forming part of the processor subsystem 22), a call processor 
(or "CALLP") application 32, an interaction application 33 and a provisioning 

10 table 35. The CALLP and interaction applications 32 and 33 are software 

modules which reside within the memory subsystem 23 and are executable by 
the call controller 31. The CALLP application 32 handles exchanges with the 
originating switch 18 and the terminating switch 20 when completing a 
connection between the originating station 12 and the terminating station 14. 

15 As will be more fully described below, the CALLP application 32 handles a call 
by interacting with an originating agent (or "OA") 24 residing at the 
originating switch 18 and a terminating agent (or "TA") 26 residing at the 
terminating switch 20. 

While the CALLP application 32 handles the interactions with the OA 

20 24 and the TA 26 necessary to handle an exchange between the originating and 
terminating stations 12 and 14, the interaction application 33 defines the 
interaction between the CALLP application 32 and the OA 24 and the TA 26 
by: (1) selecting information maintained in the provisioning table 35 to define 
the interaction between the CALLP application 32 and the OA 24 and the TA 

25 26 when handling exchanges therebetween; and (2) providing the selected 
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information to the CALLP application 32 for use when handling exchange with 
the OA 24 and the TA 26. The provisioning table 35 is comprised of plural 
portions, each related to a different aspect of the interaction which occurs 
during call setup and routing. As disclosed herein, the provisioning table 35 is 
5 comprised of a resource provisioning portion, an interaction provisioning 
portion, a subscriber provisioning portion and a translations provisioning 
portion, each of which may correspond to a region, area, or other defined 
portion of the memory subsystem 31. 

Broadly speaking, the IXC switch 16-1 is provisioned by storing, within 

10 the appropriate one of the provisioning portions, the information needed for 
the CALLP application 32 to handle interactions with the OA 24 and the TA 
26. The information may be arranged in the form of a traditional database 
type of datafill or as a collection of discrete elements. The information stored 
in the resource provisioning portion provides trunk group, trunk group 

15 member and other resource information to the CALLP application 32. The 
interaction provisioning portion contains the information used to define the 
interaction between the CALLP application 32 and the OA 24 and the TA 26. 
The subscriber provisioning portion contains the information used to screen 
valid subscribers and to identify subscriber based features for calls. Finally, 

20 the translations provisioning portion contains the information related to 
various translation systems. 

As previously mentioned, also residing within the IXC switch 16-1 is an 
IVR provisioning/monitoring system 34. The IVR provisioning/monitoring 
system 34 is comprised of one or more software modules 36, 38, 40 suitable for 

25 execution by a second processor subsystem (not shown) and one or more data 
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tables 42, 44, 46 containing information maintained in respective areas of a 
second memory subsystem (also not shown) The processor subsystem executes 
the series of instructions forming the respective software modules 36, 38, 40 
and, using data and/or instructions contained in the data tables 42, 44, 46, 
5 commands received from the switch administrator via human interface 47 and 
data received from the HW and SW components 28 and 30 (as well as the 
CALLP application 32) of the IXC switch 16-1, the IVR 
provisioning/monitoring system 34 performs plural functions for the IXC 
53 switch 16-1, including the reprovisioning of the IXC switch 16-1 in response to 

: "5 

1=1 10 a series of audibilized commands spoken by the switch administrator and the 

issuing of alerts and/or initiation of corrective action in response to the 
', ^ detection of certain operating conditions previously determined to necessitate 

IH issuance of an alert or initiation of corrective action. As will be more fully 

f 3 described below, the provisioning/monitoring system 34 performs 

?k ... 
il 15 reprovisioning operations for the IXC switch 16-1 by generating reprovisioning 

V} commands in response to an IVR interchange with a switch administrator 

f 3 operating the human interface 47 and transmitting the generated 

reprovisioning commands to the interaction module 33 for execution. Thus, to 

perform reprovisioning operations, the voice recognition module 36 is further 

20 coupled to the interaction module 33. As a further part of the IVR interchange 

with the switch administrator, the provisioning/monitoring system 34 

generates responses to audible commands received from the switch 

administrator. To generate responses, the voice generation module 30 is 

coupled to the interaction module 33 to receive reply messages, generated by 

25 the interaction module 33, in response to the commands issued thereto by the 
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voice recognition module 36 and, using the received reply messages, generate 
responses for propagation to the switch administrator at the human interface 
47. Preferably, the IVR provisioning/monitoring system 34 is a discrete device 
residing within the IXC switch 16-1 as shown in Figs. 1 and 2. It is fully 
5 contemplated that, in an alternate embodiment of the invention, the software 
portion of the IVR provisioning/monitoring system 34 may, like the CALLP 
application 32, reside within the call controller 31 or another part of the 
processor subsystem 22 of the EXC switch 16-1. Similarly, the data tables 42, 
44, 46 of the IVR provisioning/monitoring system 34 may reside within the 

10 memory subsystem 23 of the IXC switch 16-1. It is further fully contemplated 
that the IVR provisioning/monitoring system 34 may be remotely located 
relative to the IXC switch 16-1. For example, the IVR provisioning/monitoring 
system 34 may be located elsewhere in the telecommunications network 10 
such as at a signal control point (or "SCP") (not shown). 

15 Continuing to refer to Fig. 2, the IVR provisioning/monitoring system 

34 will now be described in greater detail. More specifically, the IVR 
provisioning/monitoring system 34 is comprised of first, second and third 
software modules 36, 38 and 40 and first, second and third data tables 42, 44 
and 46. The first software module 36 is a voice recognition module 36 which 

20 receives digitized versions of detected audibilizations and compares the 
detected audibilizations to recognizable audible commands stored in 
recognizable audible input table 42. Upon determination that an audible 
command has been received, the voice recognition module 36 transfers the 
received command to the interaction module 33 for execution thereof. The 

25 expert system module 38 collects data from the CALLP module 32, as well as 
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HW and SW components 28 and 30, and, based upon a set of rules set forth 
within rules table 44, determines whether to issue an alert or other type of 
notification and/or initiate corrective action. If, based upon an examination of 
the data received from the CALLP module 32, the HW components 28 and the 
5 SW components 30 relative to the information maintained in the rules table 

44, the expert system module 38 determines that an alert or other notification 
should be issued, the expert system module 38 notifies the voice generation 
module 40 of the notification or alert to be assembled for transmission to the 
human interface 47. The voice generation module 40 then generates an 

10 audible message which describes the alert or other notification that the expert 
system module 38 has instructed the voice generation module 40 to issue to the 
human interface 47. Using data maintained in the output audibilization table 
46, the voice generation module 40 constructs an audible message for 
transmission to the human interface 47. 

15 The switch administrator would access the IVR provisioning/monitoring 

system 34 via the human interface 47. As disclosed herein, the human 
interface 47 has an output line coupled to the voice recognition module 36 and 
an input line coupled to the voice generation module 40. Of course, in many 
IVR systems, the voice recognition module 36 and the voice generation module 

20 40 have been combined into an integrated voice recognition/generation 

module. In use, audible sounds would be detected by audio input device 48, for 
example, a microphone, and propagated to A/D converter 49. There, the A/D 
converter 49 would convert the detected audible sound from an analog signal 
to a digital signal. The resultant digitized signal is then transferred to the 

25 voice recognition module 36 for analysis and/or identification. Conversely, the 
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voice generation module 30 selects digitized audio signals from the output 
audibilization table 46 for propagation to D/A converter 53 for conversion to an 
analog audio signal. The D/A converter 53 then transports the received analog 
audio signal to an audio output device 40, for example, a speaker. Of course, if 
5 desired, one or both of the A/D converter 36 and/or the D/A converter 53 may 
instead form part of the IVR provisioning/monitoring system 34. 

Referring next to Figs. 3a-c, a method of utilizing IVR techniques to 
interact with the IXC switch 16-1 to perform selected switching operations 
traditionally performed by a switch administrator using a keyboard or other 

10 data input device in combination with a video terminal or other data output 
device will now be described in greater detail. In the embodiment of the 
invention described herein, IVR techniques are used to perform two types of 
operations-switch reprovisioning and switch monitoring. It should be readily 
appreciated, however, that the disclosed techniques are readily extendable to 

1 5 other types of operations without departing from the scope of the present 
invention. 

Turning first to Fig. 3a, the method commences at step 50 and, at step 
52, the IXC switch 16-1 awaits an audibilized initiator. An audibilized initiator 
is a recognizable audibilized command used to initiate an audible IVR 
20 interaction between a switch administrator and an IXC switch. While awaiting 
an audibilized initiator, the IXC switch 16-1 may be in an IVR inactive mode in 
which it conducts normal switching operations but does not conduct IVR 
operations or, as will be more fully described below, may be conducting on- 
going IVR operations in an operating mode, for example, monitoring mode, 
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previously selected by the switch administrator in accordance with the 
techniques set forth herein. 

Whether the IXC switch 16-1 is in an IVR inactive mode or in IVR 
monitoring or other IVR mode of operations, the human interface 47 awaits an 
5 audibilized initiator by monitoring a specified area, for example, an area 

designated as the workspace of the switch administrator, for sound using the 
audio input device 48. All audible sound detected by the audio input device 48 
are converted into a digital signal by the A/D converter 49 and transported to 
the IXC switch 16-1 for determination if the detected audible sound is an 

10 audibilized initiator. To do so, the voice recognition module 36 compares the 
received digitized audible sound to the digitized audibilized initiators stored in 
the recognizable audible input table 42. If the digitized audible sound matches 
one of the audibilized initiators stored in the recognizable audible input table 
42, the method proceeds to step 54 where the IVR provisioning/monitoring 

15 system 34 determines that an audibilized initiator has been received and then 
on to step 56 where the IVR provisioning/monitoring system 34 issues a 
request for an authorization code. If, however, the voice recognition module 
36 fails to match the detected audible sound to one of the audibilized initiators 
stored in the recognizable audible input table 42, a determination is made that 

20 no audibilized initiator has been received and the method continues to await 
an audibilized initiator at step 52. 

Of course, it is contemplated that by digitizing all detected audible 
sounds for comparison to the audibilized initiators maintained in the 
recognizable audible input table 42 may consume an unnecessarily large 

25 amount of processing time, particularly if the audio input device 48 is located 
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in an area characterized by a high level of background or other extraneous 
noise, it is fully contemplated that the audio input device 48 may be equipped 
with a level and/or pitch filter intended to filter out sound unlikely to be 
speech. The term "audibilization" shall be hereinafter used in place of the 
5 term "audible sounds" and is intended to refer to all audible sounds which are 
detected by the audible input device 48 and propagated to the IVR 
provisioning/monitoring system 34 for processing and all audible requests, 
instructions and/or notifications generated by the audible output device 51 as 
audible sounds. 

10 Returning now to step 56, upon determining that an audibilized 

initiator has been received, the voice recognition module 36 issues a command 
to the voice generation module 40 instructing it to generate an audible request 
for an authorization code. To generate the audible request, the voice 
generation module reviews the output audibilization table 46 to identify the 

15 audible request corresponding to the instruction received from the voice 

generation module. Upon identifying the audible request corresponding to the 
received instruction, the voice generation module 40 retrieves the audible 
request from the output audibilization table 46 and transmits the audible 
request to the D/A converter 53, again in the form of a digital signal. There, 

20 the audible request is converted from a digital signal into an analog signal and 
propagated to the audio output device 51 where the analog signal is converted 
into an audibilization. 

Upon issuing the audible request for an authorization code at step 56, 
the method proceeds to step 58 where the IVR provision/monitoring system 34 

25 waits for an audibilization. If no audibilization is detected within a pre- 



-24- 



PATENT 

Attorney Docket No. 11319RR 
(22171.166) 

selected time period, for example, 1 minute, after detection of an audibilized 
initiator, the method proceeds to step 78 where the voice recognition module 
36 issues a command to the voice generation module 40 instructing the voice 
generation module 40 to issue a audibilization indicating that authorization to 
5 conduct IVR operations has been denied. As before, the voice generation 

module 40 locates an output audibilization stored in the output audibilization 
table 46 which corresponds to the received instruction. An audibilization is 
then generated in the same manner previously described with respect to the 
audibilized request described above. The method then returns to step 52 to 

10 again await an audibilized initiator. 

Returning to step 58, if an audibilization is detected within the pre- 
selected time period, the method proceeds to step 60 where the IVR 
provisioning/monitoring system 34 determines if the detected audibilization is 
an authorization code. As before, the voice recognition module 36 determines 

1 5 if the detected audibilization is an authorization code by comparing the 

received digitized audibilization to one or more authorization codes maintained 
in the recognizable audible input table 42. If it is determined by the voice 
recognition module 36 that the digitized audibilization does not contain an 
authorization code, the method proceeds to step 78 where the voice recognition 

20 module 36 again instructs the voice generation module 40 to issue an 

audibilization indicating that authorization to conduct IVR operations has 
been denied and then back to step 52 to again await an audibilized initiator. 

If, however, it is determined at step 58 that the digitized audibilization 
matches one of the authorization codes stored in the recognizable audible 

25 input table 42, the method proceeds to step 62 where the voice recognition 
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module 36 again initiates generation of an audibilization in the manner 
previously described. Here, however, the audibilization indicates that 
authorization to conduct IVR operations has been granted. Upon issuing such 
an audibilization, the method proceeds to step 64 where the voice recognition 
5 module again awaits an audibilization. Continuing on to step 65, if no 

audibilization is detected within a pre-selected time period, again, for example, 
one minute, the method proceeds to step 80 where active IVR operations are 
discontinued and then to step 52 to again await an audibilized initiator. If 
desired, the exit of the IXC switch 16-1 from the IVR active state may include 

10 the generation of an audibilization announcing the exit. Such an 

audibilization may be generated by the voice recognition module 36, in 
conjunction with the voice generation module 40, the output audibilization 
table 46, the D/A converter 53 and the audio output device 51 in the manner 
previously described. It is contemplated, by discontinuing active IVR 

15 operations, either with or without an accompanying audibilization, after a 

failure to detect an audibilization within a pre-selected time period, the risk of 
an unauthorized person initiating undesired IVR operations, for example, if 
the switch administrator inadvertently leaving their workspace while the IXC 
switch 16-1 is still in the IVR active state is reduced substantially. 

20 Returning now to step 65, if an audibilization is detected within the 

preselected time period, the method proceeds to step 66 where the 
provisioning/monitoring system determines if the detected audibilization 
contains a command to enter a recognizable mode of operation, again by 
comparing the digitized version of the detected audibilization to the 

25 recognizable modes of operation stored in the recognizable audible input table 
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42. For example, "reprovisioning" and "monitoring" are two such modes of 
operation which will have such a command to enter that mode of operation 
stored in the recognizable audible input table 42. If, at step 66, the voice 
recognition module 36 matches the digitized audibilization to one of the 
5 commands to enter a mode of operation maintained in the recognizable audible 
input table 42, the IVR method enters that mode of operation. If, however, the 
digitized audibilization fails to match one of the recognizable commands to 
enter a specified mode of operation maintained in the recognizable audible 
input table 42, the method returns to step 64 to await a next audibilization 

10 which, if detected, will be compared to the recognizable modes of operation. As 
before, either the successful entry into a particular mode of operation and/or 
the failure to do so may be accompanied by the generation, by the IVR 
provisioning/monitoring system 34 of an audibilization indicating the 
successful and/or unsuccessful entry into a mode of operation. Any such 

1 5 audibilization may be generated in the manner previously described. 

Momentarily returning to step 66 of Fig. 3a, if the audibilization 
contains a command to enter the reprovisioning mode of operation, the method 
proceeds to step 67 of Fig. 3b where the IXC switch 16-1 enters the 
reprovisioning mode of operation and on to step 68 where the IVR 

20 provisioning/monitoring system 34 of the IXC switch 16-1 awaits a next 

audibilization. Conversely, if the audibilization contains a command to enter 
the monitoring mode of operation, the method proceeds to step 84 (Fig. 3c) 
where the IVR provisioning/monitoring system 34 enters the monitoring mode 
of operation. Of course, if the IVR provisioning/monitoring system 34 has 

25 been configured to conduct other types of operations using IVR, the IXC switch 
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16-1 could instead initiate IVR operations of another undisclosed type if the 
detected audibilization contains a command to enter that mode of IVR 
operations and the recognizable audible input table 42 maintains the command 
as a recognizable command to enter a specified mode of operations. 
5 Turning now to Fig. 3b, the method of IVR reprovisioning of the IXC 

switch 16-1 will now be described in greater detail. As previously set forth, 
upon entering the reprovisioning mode at step 67, the method proceeds to step 
68 to await a next audibilization. Upon detecting an audibilization, the 
method continues on to step 69 where the voice recognition module 36, after 

10 digitization and propagation of the digitized audibilization to the voice 
recognition module 36 in the manner previously described, reviews the 
contents of the recognizable audible input table 42 to determine if the detected 
audibilization contains a recognizable reprovisioning command. If the 
detected audibilization does not contain a recognizable reprovisioning 

15 command, no switch reprovisioning operations are conducted and the method 
returns to step 68 to await another audibilization. If desired, a timeout 
operation similar to that previously described may be incorporated into step 
68. For example, step 68 may be alternately configured such that, if an 
audibilization is not detected within a pre-selected time period, again, for 

20 example, one minute, the method will automatically exit the reprovisioning 
mode and go to step 78 of Fig. 3a and proceed in the manner more fully 
described below. 

If, however, it is determined at step 69 that the detected audibilization 
contains a recognizable reprovisioning command, the method proceeds to step 
25 70 where the voice recognition module propagates the received reprovisioning 
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command to the interaction module 33 which reprovisions the IXC switch 16-1 
in accordance with the received command. For example, during a typically 
reprovisioning operation, the contents of the provisioning table 35 is modified 
such that, when the interaction module 33 provides provisioning information 
5 to the CALLP application 32, the revised provisioning information is used in 

place of the original reprovisioning information. At step 71, the method checks 
to see if the received reprovisioning command has been successfully executed. 
If the interaction module 33 determines that the reprovisioning command has 
been successfully executed, the method proceeds to step 72 for issuance of a 

10 confirming message to the switch administrator. For example, if the 

reprovisioning command involved a rewrite of the contents of a specified 
register maintained by the provisioning table 35 with a new value, the 
interaction module 33 will determine that the reprovisioning command has 
been successfully executed when the contents of the specified register has been 

15 rewritten. If, however, the reprovisioning command was unsuccessfully 

executed, for example, the rewrite of the specified register failed due to a write 
error, the method will instead proceed to step 76 where the interaction module 
issues a failure message. Generation of either a confirming message at step 72 
or a failure message at step 76 is performed in the manner previously 

20 described, specifically, the confirming or failure message received from the 
interaction module is compared to the contents of the output audibilization 
table 46 to identify an audibilization which corresponds to the received 
message. The voice generation module 40 transmits the corresponding 
digitized audibilization to the D/A converter 53 for conversion into an analog 
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audibilization signal and on to the output audio device 51 where the analog 
audibilization signal is used to generate audible sound. 

Upon generation of a confirming message at step 72 or generation of a 
failure message at step 76, the method proceeds to step 74 where the 
5 provisioning/monitoring system 34 may either issue a request for another 

command or exit the reprovisioning mode. If awaiting a next command, the 
method returns to step 68 to again await a next detected audibilization. If 
exiting the reprovisioning mode, the method instead proceeds to step 78 of Fig. 
3a and proceeds in the manner described below. It is contemplated that step 

10 74 may be accomplished using a variety of IVR dialogues. For example, using 
the techniques disclosed herein, the voice generation module 40 may generate 
a request for command and await a next audibilization. If the voice 
recognition module 36 recognizes the next audibilization as an affirmative 
answer to the request, the method will proceed to step 68. If, however, the 

1 5 voice recognition module 36 recognizes the next audibilization as a negative 
answer to the request, the voice generation module may then generate an 
inquiry as to whether exiting the reprovisioning mode is desired and then 
await a next audibilization. If the next audibilization is an affirmative answer 
to the inquiry, the method will again proceed to step 78 of Fig. 3a. If, however, 

20 the next audibilization is a negative answer to the inquiry, the voice generation 
module may again issue a request for command. Of course, it may be desirable 
to further configure step 74 to include an automatic exit of the reprovisioning 
mode if plural requests for command are answered in the negative or, to treat 
a failure to detect an audibilization within a pre-selected time period as either 

25 a negative reply to a request for command and/or an affirmative request to exit 
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the reprovisioning mode. Finally, the exit from the reprovisioning mode may 
also include generation of a notification, by the voice generation module, of the 
exit from the reprovisioning mode. Any such notification would be generated 
in the manner previously described herein. 
5 Returning briefly to step 66 of Fig. 3a, if the recognizable mode of 

operation contained in the audibilization detected at steps 65 and recognized at 
step 66 is the monitoring mode, the method would instead proceed to step 84 of 
Fig. 3c and enter the monitoring mode. In the monitoring mode, the expert 
system module 38 would assume control of the method from the joint control 

10 of the voice recognition module 36 (when awaiting and/or processing detected 
audibilizations) and the voice generation module 40 (when analyzing response 
and/or generating audibilizations). As the voice recognition module is awaiting 
an audibilization at the point of entry into the monitoring mode, notification of 
the expert system module 38 would most likely be performed by the voice 

15 recognition module 36. Of course, while, in the embodiment of the invention 
disclosed herein, it is contemplated that the reprovisioning and monitoring 
modes run exclusively of one another, it is fully contemplated that the two 
modes may run concurrently. Of course, concurrent operations would require 
some arbitration techniques, for example, within the voice generation module 

20 40 to determine priority between competing resources, for example, in the 
event the voice recognition module 36 and the expert system module 38 
attempt to concurrently generate audibilizations. 

Upon entry of the monitoring mode at step 84, the method proceeds to 
step 86 to await detection of an event or an exit of the monitoring mode. To 

25 exit the monitoring mode, the voice recognition module 36 would be instructed 
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by the expert system module 38 to await detection of an audibilization and 
determine if the detected audibilizations corresponds to a command, 
maintained in the recognizable audible input table 42, to exit the monitoring 
mode. If audibilization of such a command is detected by the voice recognition 
5 module 36, the voice recognition module 36 advises the expert system module 
38 of the detection of the command. The expert system module 38 would then 
return control of the method to the voice recognition module 36 and/or the 
voice generation module 40 and the method would proceed to step 78 of Fig. 3a 
as described below. Generally, awaiting detection of an event or detection of 
10 an audibilization of a command to exit the monitoring mode should run 
concurrently. 

It is contemplated that a wide variety of techniques may be used to 
monitor and detect an event occurring within the switch. As disclosed herein, 
the term "event" refers to the occurrence of an operating condition previously 

15 determined as necessitating transmission of data to the expert system module 
8 for analysis. Events may be defined differently for various devices depending 
on the sophistication thereof. For example, a relatively simple hardware device 
such as a temperature monitor may determine an event as the monitored 
temperature after expiration of a selected time period. Sophisticated hardware 

20 devices, on the other hand, may be configured such that an event is defined as 
an operating condition or change in the operating condition outside of a 
specified parameter. For example, a temperature above 30 degrees Centigrade 
or a rate of temperature change exceeding more than 5 degrees per hour may 
indicate the occurrence of an event. 
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* In variously configured systems, event monitoring and detection 
processes may be configured as passive or active processes. Generally, a 
passive process for monitoring and detecting events involves the hardware 
device and/or software module being monitored initiating a transmission of 
5 data to the expert system module 38. For example, in the embodiment of the 
invention disclosed herein, one or more of the HW components 28, one or more 
of the SW components 30 and the CALLP application 32 are coupled to the 
expert system module 38 for the transmission of data thereto. More 
specifically, while provisioning or reprovisioning the IXC switch 16-1, the HW 

10 component 28, the SW component 30 and the CALLP application 32 are 

configured to report selected operational characteristics to the expert system 
module. For example, if the HW component 28 is a disk drive, the HW 
component may be instructed to advise the expert system module of each write 
operation conducted and whether the operation was successful. Also by way of 

15 example, if the SW component 30 was an application that periodically 

calculated the load factor for the IXC switch 16, the SW component 30 may be 
instructed to report each calculated load factor to the expert system module 38. 
Conversely, if the expert system module 38 was instead configured as an active 
event monitoring and detection system, the expert system module 38 would 

20 include a series of instructions which would periodically poll various devices 
and/or applications within the IXC switch 16-1, for example, the HW 
component 28, the SW component 30 and/or the CALLP application 32, for 
selected operational characteristics. The expert system module 38 would then 
analyze the polled data acquired by active monitoring in a manner similar to 

25 the analysis of the passively acquired data described herein. 
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Proceeding on to step 90, upon receipt of a notification of an event by 
the expert system module 38, the method then determines the appropriate 
response to the event. In the embodiment of the invention disclosed herein, it 
is contemplated that the response to a receipt of a notification of the 
5 occurrence of an event, the expert system module 38 determines whether to 
proceed to step 92 to issue an alert or may proceed to step 99 where, rather 
than generating an audible alert, the event is merely entered in one or logs 
maintained by the expert system module 38. Of course, it should be readily 
appreciated that a wide variety of responses or combinations thereof may be 

10 initiated by the expert system module 38 in response to receipt of a notification 
of the occurrence of an event. For example, one such response may be the 
initiation of corrective action by the expert system module 38 generating 
commands for transmission to various ones of the HW component 28, the SW 
component 30 and the CALLP module 32. 

1 5 As should be further appreciated, the expert system module 38 may 

determine whether to issue an alert using a wide variety of techniques. For 
example, in the embodiment of the invention disclosed herein, it is 
contemplated that the expert system module 38 be a rules-based system. In 
such a system, a set of rules are maintained in the rules table 44. Upon the 

20 occurrence of an event, the expert system module 38 checks the rules table to 
determine a result which corresponds to the received event. A highly 
simplified example of a rule may be "issue an alert to the human interface 47 if 
the load factor for the IXC switch 16-1 exceeds 0.38." For this example, the 
CALLP application 32 would periodically provide the expert system module 38 

25 with the load factor for the IXC switch 16-1. In turn, the expert system 
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module 38 would then determine if the event, here, the receipt of a load factor 
for the switch being monitored, would check the rules table 44 for a rule 
associated with the received event. After retrieving the associated rule, the 
expert system module 38 would then generate an alert if the received load 
5 factor exceeded 0.38 but would merely log the load factor if it was below 0.38. 

If, after consulting the rules table 40, the expert system module 38 
determines that an update to one or more logs at step 99 is the appropriate 
response, event handling is completed and the method returns to step 86 to 
await detection of a next event or a command to exit the monitoring mode. If, 

10 however, the expert system module 38 determines that the issuance of an alert 
at step 92 is the appropriate response to the monitored event, an audibilized 
alert is generated at step 94 by the expert system module generating an alert 
command, typically, by identifying alert type associated with the rule from the 
rules table resulting in issuance of the alert and transmitting the alert type to 

15 the voice generation module 40. In turn the voice generation module 40 would 
check the output audibilization table 46 for an audibilized message associated 
with the alert type received from the expert system module 38. The voice 
generation module 40 would then transmit the digitized audibilized message to 
the human interface 47 where the message is used to generate audible sound in 

20 the manner previously described. 

Rather than the rules-based expert system module 38 disclosed herein, 
in an alternate embodiment of the invention, the expert system module 38 may 
be be embodied as a fuzzy logic-based expert system module. While fuzzy 
logic-based systems are often variously configured, many such systems use a 

25 weighting system to determine whether or not a particular result should be 
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reached. For example, if the fuzzy logic-based system has several different 
possible actions which may be initiated in response to one or more events, each 
event may be associated with a different weight for each possible action. Once 
a particular action rises to a certain weight, the fuzzy-logic based system will 
5 execute the action as the most likely correct response to the occurrence of an 
event or series of events. As before, the action initiated by a fuzzy logic-based 
system may be the action of step 92 (issuance of an audibilized alert), the 
action of step 99 (an update of one or more logs) or another action not set forth 
herein. 

10 Returning now to step 96, after issuance of an audibilized alert, the 

method proceeds to step 94 to await a next audibilization, specifically, an 
audibilized command, issued by the switch administrator, to initiate corrective 
action. If no audibilization is detected within a pre-selected time period, again, 
for example, one minute, no corrective action is taken at step 94 in response to 

15 the generated alert. The method will then return to step86 to await a next 
detection of an event or exit the monitoring mode in the manner previously 
described. If however, an audibilization is detected at step 96, the method 
proceeds to step 98 where the corrective action is executed. Having taken 
corrective action in response to the audibilized alert, the method then returns 

20 to step 86 to await a next event or exit the monitoring mode. Of course, 

execution of the corrective action may be performed in various manners. For 
example, if the corrective action requires reprovisioning of the IXC switch 16-1, 
the method may return to step 69 of Fig. 3b to await an audibilization 
containing one or more recognizable commands. Alternately the method may 
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return as far back as step 54 of Fig. 3a to await an audibilized initiator. Or the 
method may return to another point within the disclosed process. 

Finally, upon exit of the reprovisioning mode at step 74 of Fig. 3b or 
upon exit of the monitoring mode at step 86 of Fig. 3c, the method then 
5 proceeds to step 78 of Fig. 3a where the voice generation module 40 issues a 
request for a command to enter a next mode of operation or to enter IVR 
inactive mode. If the next detected audibilization is a recognizable mode of 
operation, from step 78, the method returns to step 64 and then proceeds 
through steps 65 and 66 to enter the next mode of operation. If, however, no 
10 audibilization is detected within a pre-selected time period, for example, one 

minute, after issuance of the request for a next mode of operation or if the next 
detected audibilization is a recognizable command to enter IVR inactive mode, 
the method returns to step 52 to await a next audibilized initiator. 

One exemplary IVR interactive dialogue in accordance with the 
1 5 disclosed techniques is set forth below. 

ADMINISTRATOR: "Good morning Switch." (Steps 52, 54) 
IXC SWITCH: "Good morning. May I have your ID number?" 

(step 56) 

ADMINISTRATOR: "02 1506. " (steps 58, 60) 
20 IXC SWITCH: "Hello Barry. What can I do for you today?" (step 

62) 

ADMINISTRATOR: "Add 20% more traffic capacity between yourself 

and the Piano office." (steps 66 and 69) 
IXC SWITCH: "Barry, I have added 16 new trunk members to 

25 trunk group RichPlanoOl. Those member numbers 
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are 166 through 182 Will that be all?" (steps 72 and 
74) 

ADMINISTRATOR: "Yes, for now. Go in monitoring mode" (steps 74 

and 66) 

5 The foregoing IVR interaction involves the reprovisioning of the IXC 

switch 16-1 to increase capacity between two offices, for example, the IXC 
switch 16-1 and the IXC switch 16-N. To perform such a reprovisioning, four 
trunk tables-CLLI, TRKGRP, TRKMEM and C7TRKMEM must be consulted 
and/or modified. Of these, the CLLI table provides the stated capacity of each 

10 trunk group, the TRKGRP table identifies the existing trunk groups, the 
TRKMEM table identifies the physical trunks in the group and the 
C7TRKMEM assigns a CIC number to the trunk member number. Thus, to 
perform the desired IVR interaction, the recognizable audible input table 42 
must include sufficient recognizable audible inputs and associated commands 

15 to access and/or modify each of these tables which, as previously set forth, form 
respective parts of the provisioning table 35, in the described manner. 

It should be noted that the exemplary IVR interaction has a level of 
sophistication above that disclosed with respect to Figs. 3a-c. Such an 
interaction is readily achieved by use of advanced IVR techniques which 

20 enables the voice recognition module to decipher natural speech and to identify 
and execute multiple commands, including a series of sequential commands, 
contained in a single audibilized sentence. For example, the audibilization 
"Add 20% more traffic capacity between yourself and the Piano office." 
contains plural commands combined into natural language and would only be 

25 properly interpreted by sophisticated IVR systems. 
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It should also be noted that the specific configuration of the recognizable 
audible input table 42 and/or the output audibilization table 46 may vary in 
alternate embodiments of the invention. For example, the recognizable 
audible input table may contain all recognizable audibilizations and associated 
5 commands in a common space to be searched by the voice recognition module 
upon receipt of a digitized audibilization. Alternately, the recognizable audible 
input table 42 may be segmented into plural sections, for example, for 
recognizable initiators, authorization codes, modes of operations and 
recognizable commands for each possible mode of operation. In this 

10 embodiment, the voice recognition module would, depending on the type of 

audibilization expected, search a particular section of the recognizable audible 
input table 42. Such a configuration is, however, not recommended for use in 
a sophisticated natural language level IVR system intended to execute plural 
commands, often of different types, in response to a single natural language 

15 audibilization. 

Referring next to Fig. 4, a network level IVR provisioning/monitoring 
system similarly configured to the switching device level IVR 
provisioning/monitoring system of Fig. 2 will now be described in greater 
detail. As disclosed herein, the originating and/or destination terminals may 

20 include voice terminals 108-1, 108-2, facsimile machines 106-1, 106-2 and data 
terminals 1220-1, 110-2, all of which are coupled to IP network 104 via PSTN 
102 and gateways 112-1, 112-2. Other voice and facsimile terminals 114-1, 
114-2, 116-1, 116-23 are directly coupled to the IP network 104 via a gateway 
119-1, 119-2. Private branch exchanges (or "PBXs"), here representatively 

25 illustrated by PBX 118-1, 118-2 are also directly coupled to the IP network 104 
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via the gateways 119-1, 119-2, but typically include plural voice, facsimile and 
data terminals (not shown in Fig. 4) coupled to the PBX 118-1, 118-2. Finally, 
IP terminals such as IP voice terminals 124-1, 124-2 and associated IP data 
terminals 126-1, 126-2 and IP protocol PBXs 122-1, 122-2 (and any terminals, 
5 for example, voice terminals 120-1, 120-2 coupled thereto) are all directly 
coupled to the IP network 104. 

Regardless of the particular configuration of the IP network 104 and/or 
the various voice, facsimile and data terminals 106-1 through 126-2 coupled 
thereto, similar to the IXC switch 16-1 of the telecommunications network 10 

10 of Fig. 1, the IP network 104 of Fig. 4 includes a router 124 which functions as 
the call controller node for the IP network 104 to couple the various terminals 
for exchanges of messages therebetween. Network level functionality resides 
within a data node 126, typically a storage facility which maintains network 
level services for the IP network 104. The aforementioned IVR provisioning 

15 and monitoring techniques may be executed by an authorized administrator at 
a terminal coupled to the IP network 104, for example, to reprovision the 
router 124, by a similar IVR exchange between that terminal and the 
provisioning/monitoring system which, in this embodiment of the invention, 
resides within the data node 126. 

20 Although illustrative embodiments of the invention have been shown 

and described, other modifications, changes, and substitutions are intended n 
the foregoing disclosure. Accordingly, it is appropriate that the appended 
claims be construed broadly and in a manner consistent with the scope of the 
invention. 
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